Attorney Docke^^o. ^I^ENT APPLICATION 

044368.0372 



5 IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 

SPECIFICATION 
accompanying 

10 

Application for Grant of U.S. Letters Patent 



15 

TITLE: SYSTEM AND METHOD FOR PROCESSING AUDIO AND VIDEO 
DATA IN A WIRELESS HANDSET 

20 

FIELD OF THE INVENTION 

The present invention pertains to the field of wireless 
telecoiranunications handsets. More specifically, the 

25 invention relates to a system and method for processing 
audio and video data in a wireless handset that allows 
processing priority to be given to either the audio or the 
video data. 
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BACKGROUND 

The transmission of low bit rate multimedia data is 
known in the art. For example, the International 

Telecommunications Union standard H.223 ''Series H: 
5 Transmission of Non-Telephone Signals - Multiplexing Protocol 
for Low Bit Rate Multimedia Communications," including 
annexes A through D, addresses combination of audio, video, 
and data in a single low bit rate data stream. Nevertheless, 
although implementation of such combinations of audio and 

10 video data for desktop video telephone sets and other 
stationary applications are known, the implementation of 
audio and video data in a wireless device is not completely 
addressed by any of the prior art. 

One reason why the combination of audio and video data 

15 in a wireless device has not been addressed may be because 
wireless handsets have significant power and processor 
capability constraints that limit the ability of the wireless 
handset to handle audio and video data. The ways in which 
audio and video data are processed for transmission in a 

20 stationary device, where size and power requirements are not 
limited, are not directly applicable to a wireless handset, 
where the reduced processor power and transmission power, the 
requirement for interaction with wireless transmission 
protocols, and other requirements and limitations of wireless 

25 handsets prevent direct application of stationary device 
design to the wireless handset. 

Thus, while standards for the combination of audio and 
video data for stationary devices have been developed, these 
standards do not address the unique ' requirements of wireless 

30 devices, which are generally perceived as being unable to 
transmit, receive, and process audio and video data. 
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SUMMARY OF THE INVENTION 



In accordance with the present invention, a system and 
method for processing audio and video data in a wireless 
handset are provided that overcome known problems with 
processing audio and video data in wireless handsets. 

In particular, a system and method for processing audio 
and video data in a wireless handset are provided that 
processor resources to allocated to the preferred 
communications data type, thus ensuring that the level of 
service desired by the user is provided. 

In accordance with an exemplary embodiment of the 
present invention, a system for processing audio and video 
data for a wireless handset is provided. The system 
includes an audio sampler receiving audio data and 
converting the audio data into digitally encoded audio data. 
The system also includes a digital imager receiving image 
data and converting the image . data to digitally encoded 
image data. A processor coupled to the audio sampler and 
the digital imager and receives the digitally encoded audio 
data and the digitally encoded image data and gives 
processing priority to one of the digitally encoded audio 
data and the digitally encoded image data. 

The present invention provides many important technical 
advantages. One important technical advantage of the present 
invention is a system and method for processing audio and 
video data in a wireless handset that allows priority levels 
to be assigned to the processing of the video and audio data, 
such that processor resources, which are typically limited, 
can be applied to the type of data that is of primary 
importance before data that has a secondary importance is 
processed. 
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Those skilled in the art will further appreciate the 
advantages and superior features of the invention together 
with other important aspects thereof on reading the detailed 
description that follows in conjunction with the drawings. 
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BRIEF DESCRIPTION OF THE DRAWINGS 



FIGURE 1 is a diagram of a system for transmitting and 
processing audio and video data from a wireless handset in 
accordance with an exemplary embodiment of the present 
5 invention; 

FIGURE 2 is a diagram of a system for controlling the 
processing and transmission of audio and video data from 
wireless handsets in accordance with an exemplary embodiment 
of the present invention; 
10 FIGURE 3 is a diagram of a system for storing data in 

accordance with an exemplary embodiment of the present 
invention; 

FIGURE 4 is a diagram of a system for controlling 
transmission protocol in accordance with an exemplary 

15 embodiment of the present invention; 

FIGURE 5 is a diagram of a system for controlling the 
multiplexing of audio, video, and control data in a wireless 
handset in accordance with an exemplary embodiment of the 
present invention; 

20 FIGURE 6 is a diagram of a system for providing framing 

in accordance with an exemplary embodiment of the present 
invention; 

FIGURE 7 is a flowchart of a method for setting priority 
in a wireless handset for processing of audio and video data 
25 in accordance with an exemplary embodiment of the present 
invention; 

FIGURE 8 is a diagram of a flowchart of a method for 
assembling transmission data packets in accordance with an 
exemplary embodiment of the present invention; 
30 FIGURE 9 is a flowchart of a method for transmitting 

audio and video data in accordance with an exemplary 
embodiment of the present invention; and 
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FIGURE 10 is a flowchart of a method for processing 
audio and video data in accordance with an exemplary 
embodiment of the present invention. 
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DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS 



In the description that follows, like parts are marked 
throughout the specification and drawings with the same 
reference numerals, respectively. The drawing figures might 
5 not be to scale, and certain components can be shown in 
generalized or schematic form and identified by commercial 
designations in the interest of clarity and conciseness. 

FIGURE 1 is a diagram of a system 100 for transmitting 
and processing audio and video data from a wireless handset 

10 in accordance with an exemplary embodiment of the present 
invention. System 100 allows audio data and video data to 
be processed and transmitted from a wireless handset and is 
compatible with the processing and power limitations* of 
wireless handsets . 

15 System 100 includes baseband processor 102, audio 

sampler 104, and digital imager 106, which can be contained 
within a wireless handset housing. Baseband processor 102 
and audio sampler 104 can be implemented as suitable 
existing wireless handset baseband processors and audio 

20 samplers. Digital imager 106 can be a digital imager, model 
number CX20450, provided by Conexant Systems, Inc. of 
Newport Beach, California, or other suitable imagers with 
different numbers of picture elements ("pixels") and array 
structures . 

25 Baseband processor 102 includes controller 108, audio 

data processor 110, video data processor 112, and data 
buffer system 114, each of which can be implemented in 
hardware, software, or a suitable combination of hardware 
and software, and which can be one or more software systems 

30 operating on a digital signal processing device of baseband 
processor 102. As used herein, a software system can be 
implemented as one or more objects, agents, lines of code. 



7 



044368.0372 DALLAS 358575 vl 



Attorney Docke^^o. 
044368.0372 



ENT APPLICATION 



subroutines, separate . software applications, two or more 
lines of code operating two or more software applications, 
or other suitable software architectures. In one exemplary 
embodiment, a software system can be a first line of code in 
5 a general purpose baseband operating system, and a second 
line of code in a specific purpose software module operating 
on the baseband processor. 

Controller 108 is coupled to audio data processor 110, 
video data processor 112, and data buffer system 114. As 

10 used herein, the term "couple" and its cognate terms such as 
'"couples" and "'coupled" can refer to a physical connection 
(such as copper conductor), a virtual connection (such as 
randomly-assigned memory locations of a data memory device) , 
a logical connection (such as through logical devices of a 

15 semiconducting circuit), other suitable connections, or a 
suitable combination of such connections. In one exemplary 
embodiment, systems and components can be coupled to other 
systems and components through intervening systems and 
components, such as through an operating system of a digital 

20 signal processor. 

Controller 108 is coupled to audio sampler 104 and 
digital imager 106 by connection 116, which can be a data 
bus, or one or more physical connections through a circuit 
board, or other suitable connections. Controller 108 can 

25 provide control data to audio sampler 104 and digital imager 
106 so as to cause the audio sample rate or the digital 
image generation rate, respectively, to be varied to match 
process requirements of baseband processor 102. 

Controller 108 also provides control data to audio data 

30 processor 110 and video data processor 112 to control the 
rate of data processing. In one exemplary embodiment, 
predetermined data can be entered by a user to control the 
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priority of audio or video data processing, such as when a 
user wishes to transmit higher quality audio data or video 
data. In a wireless handset, power and processor 

limitations typically prevent both audio data and video data 
5 from being transmitted at desirable quality levels. Thus, 
controller 108 can allow a user to select different 
operating modes in accordance with user's needs, so as to 
allow the user to receive a preferred data type at a higher 
quality than the secondary data type. 

10 In one exemplary embodiment, a user can engage in a 

conversation, such that audio-only mode is selected. The 
user may then send a single picture of high image resolution 
' quality. In this exemplary embodiment, the user can select 
to change from the audio-only data mode to a video-only data 

15 mode, such that only., video data is transmitted at a 
predetermined image quality, such as a 640 x 480 pixel 
image. In this exemplary embodiment, controller 108 can 
receive suitable data commands from the user, such as 
through keypad entries or verbal commands, and can cause 

20 audio sampler 104 and audio data processor 110 to cease 
operations and can likewise cause digital imager 106 and 
video data processor 112 to generate a high quality video 
image data for transmission. Likewise, when the user has 
completed transmission of the image data, the user may enter 

25 suitable commands to cause controller 108 to return to an 
audio-only mode, such as where digital imager 106 and video 
data processor 112 are disabled and audio sampler 104 and 
audio data processor 110 are allowed to perform at peak 
capacity. 

30 In another exemplary embodiment, the wireless handset 

can be used to transmit audio data and video data 
simultaneously, where the video data can be given a 
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secondary priority to the audio data. In this manner, video 
data processor 112 can use suitable video data processing 
techniques to transmit image quality in accordance with 
available video data processing power. Thus, when baseband 
5 processor 102 processing capability is being used to process 
audio data, the video data will be decreased in quality, but 
during pauses in conversation where audio data processing is 
not being performed, video data processing can be performed 
thus improving the quality of the video data. In this 

10 manner, baseband processor 102 can be advantageously used in 
a peak processing mode, as opposed to existing wireless 
handset applications where the baseband processor must be 
sized for the instantaneous peak, but may be dormant or used 
to less than maximum capacity over time. 

15 Audio data processor 110 and video data processor 112 

can be implemented in hardware, software, or a suitable 
combination of hardware and software, and can be one or more 
software systems operating on a digital signal processor of 
a baseband processor 102. Audio data processor 110 and 

20 video data processor 112 receive audio and video data, 
respectively, and process the data to reduce the volume of 
data that is required to transmit the data. In one 
exemplary embodiment, audio data processor 110 performs 
audio data compression in accordance with ITU-T audio 

25 compression standard G.723 and video data processor 112 
performs video data compression in accordance with the MPEG 
4 or H263 video compression standards. 

Data buffer system 114 can be implemented in hardware, 
software, or a suitable combination of hardware and 

30 software, and can be one or more digital data memory devices 
of a digital signal processor or of baseband processor 102. 
In one exemplary embodiment, data buffer system 114 is one 
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or more random access memory devices that have been 
partitioned into predetermined data buffer areas. 

In operation, system 100 allows a user to receive and 
transmit audio and video data from a wireless handset. 
5 System 100 further allows the user to select priority modes 
for the audio and video data, such that the user can select 
for the audio data processing and transmission to be given 
priority over video data, for video data processing and 
transmission to be given priority over audio data, or for 

10 intermediate values of audio and video data priority to be 
assigned to meet the user's particular needs and 
requirements. Likewise, system 100 can receive audio and 
video data according to predetermined encoding priorities 
from the sender. A user can also elect to receive video 

15 data and transmit and receive audio data, to receive audio 
data and transmit and receive video data, to receive only 
video data or transmit only video data, to receive video 
data when transmitting audio data and to transmit audio data 
when receiving video data, to receive audio and video data 

20 simultaneously and then transmit audio and video data 
simultaneously, or other suitable combinations may be 
processed by the system of system 100. 

FIGURE 2 is a diagram of a system 200 from controlling 
the processing and transmission of audio and video data from 

25 wireless handsets in accordance with an exemplary embodiment 
of the present invention. System 200 includes controller 
108, logical channel controller 202, multiplex system 204, 
digital image rate controller 206, audio sample rate 
controller 208, framing system 210, and transmission 

30 protocol system 212, each of which can be implemented in 
hardware, software, or a suitable combination of hardware 
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and software, and which can be one or more software systems 
operating on a baseband processor of a wireless handset. 

Logical channel controller 202 controls the assignment 
of logical channels to audio, video, and control data. In 
5 one exemplary embodiment, audio data can be assigned to a 
first logical channel, video data can be assigned to a 
second logical channel, and control data can be assigned to 
a third logical channel, such that predetermined 
relationships between the channels can be used to separate 

10 the audio, video, and control data. Logical channel 
controller 202 can further control the placement of logical 
channels within a transmission data frame. For example, a 
transmission data frame can include a predetermined number 
of . slots of data, where each slot can include a 

15 predetermined number of bits. In the following exemplary 
embodiment, the transmission data frame includes a flag slot 
that includes predetermined data sequence, such as 
"01111110.'' The flag slot is followed by a header slot that 
includes suitable data, such as a packet marker data field, 

20 a multiplex code data field, and a header error control data 
field. The header slot can be used to identify the protocol 
and format of the remaining slots in the transmission data 
packet - 

25 LCNl LCN2 Transmission Data Packet 

[3 Slots] [5 Slots] [8 Slots] 

[FLAG] [HEADER] [LCN-1] [LCNl-2 ] .[LCNl-3 ] [LCN2-1] [LCN2-2] [FLAG] 

30 In this exemplary embodiment, two logical channels are 

used as payload data in the Transmission Data Packet, which 
has a total of 8 slots available for transmission. The 
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payload is included after the flag data and the header data 



slots, and' a final flag data slot is used to delimit the 
Transmission Data Packet. The first logical channel, LCNl, 
is an audio channel. This audio channel includes three slots 
5 of non-segmentable data that make up an audio data packet. 
The remaining slots in the transmission data packet comprise 
a portion of a segmentable video data packet, LCN2 . The 
video service data packet includes 5 slots of data. As the 
Transmission Data Packet in this exemplary embodiment only 

10 has eight .total slots, only the first two video data slots 
can be transmitted in the data transmission data packet 
shown. Data is then included with the header data packet to 
indicate that an. incomplete LCN2 data packet was transmitted 
with the Transmission Data Packet, so as to indicate that the 

15 remainder of LCN2 is being transmitted in one or more 
subsequent Transmission Data Packets. Thus, logical channel 
controller 202 receives data from various logical channels 
such as audio data, video data, and control data, and 
assembles the logical channels into Transmission Data Packets 

20 in accordance with predetermined slot sequences 

Multiplex system 204 is coupled to logical channel 
controller 202 and controls the slot sequences used to 
combine data into a Transmission Data Packet. In the 
exemplary embodiment shown in Table 1, the logical channel 1 

25 audio data and logical channel 2 video data are assembled by 
multiplex system 204. Multiplex system 204 interfaces with 
the adaptation layer of the wireless handset, which includes 
the physical devices of the wireless handset that generate 
data. In one exemplary embodiment, the adaptation layer of 

30 the wireless handset includes an audio sampling and audio 
data generation device, a video sampling and video data 
generation device, and a control data generation device, such 
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as a keypad or voice recognition system. 

Multiplexing system 204 can receive the audio data, 
video data, and control data, and can assemble the classes of 
data into predetermined service data packets. The size of 
5 these predetermined service data packets will be determined 
in part by the amount of bandwidth available to connect the 
wireless device to a base station, the quality of audio and 
video and control data selected, processor capacity, and by 
other parameters of the system. Thus, the number of slots in 
10 a transmission data packet and the number slots required for 
audio data, video data, and control data will be determined 
in part by bandwidth and the processing capacity of the 
processor . 



15 audio data processor 110 and video data processor 112, 
transmission protocol system 212, and multiplex system 204 
and generates control data to control the generation of 



exemplary embodiment, digital image rate controller 206 can 
20 decrease the number of frames per second of data generated by 
digital imager 106 so as to reduce or eliminate the amount of 
data overflow in a digital image buffer. Likewise, digital 
image rate controller 206 can receive data from video data 
processor 112 that indicates .that video data received from 
25 digital imager 106 is not being processed by video data 
processor 112 due to the current processor load created by 
processing of audio data. Digital image rate controller 206 
can then generate control commands that cause digital imager 
106 to generate less frames of video data per second so that 
30 video data processor 112 can process all of the frames of 
data generated. In this manner, video data processor 112 may 
utilize the maximum amount of processor capabilities on 



Digital image rate controller 206 receives data from 



digital image data from a digital imager 106. 



In one 
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baseband processor 102 as such processor capacity changes 
over time as a result of changes in audio data processed by 
audio data processor 110. 

Audio sample rate controller 208 is coupled to multiplex 
system 204, transmission protocol system 212, logical channel 
controller 202, and audio data processor 110, and generates 
audio sample rate control data for use with audio sampler 
104. Audio sample rate controller 208 is similar to digital 
image rate controller 206 in that it can adjust the rate of 
audio sample generation to take advantage of available 
processor capacity of baseband processor 102, such as when 
video data has been given transmission and processor 
priority, so that audio data can.be processed and transmitted 
on an as-available basis. 

Framing system 210 is coupled to multiplex system 204 
and logical channel controller 202, and arranges audio, 
video, and control data in predetermined packets or data 
units. In one exemplary embodiment, framing system 210 can 
create service data units and protocol data units for each 
logical channel from the adaptation layer, and can also 
interface with multiplex system 204 to assemble slots of data 
into transmission data packets. For example, a transmission 
data packet may include a protocol data unit that is made up 
of one or more service data units, and each service data unit 
may be made up of one or more protocol data units from the 
adaptation layer. Framing system 210 is used to control 
packet size and arrangement. 

In one exemplary embodiment, framing system 210 can 
process data as it is assembled into packets so as to ensure 
that the data does not replicate the flag slot data that is 
used to delimit a Transmission Data Packet. If the flag data 
sequence is ''01111110," then framing system 210 can process 
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data so that any sequence of "01111110" i 



n the data is broken 



up, such as by replacing it with '"011111010," such that a 
zero is inserted after every sequence of five ones. Framing 
system 210 can also scan incoming data and replace sequences 
of ""011111010" in the data with ""01111110." 

Transmission protocol system 212 receives predetermined 
transmission protocol data for use in allocating processor 
and transmission capacity. In one exemplary embodiment, 
transmission protocol system 212 includes error control 
functionality, multiplex code functionality that contains 
predetermined tabular data for assigning logical channels and 
structures in accordance with predetermined audio and video 
processing and transmission capacity, and other suitable data 
for controlling the transmission of audio and video data. 

In operation, system 200 is used to control the handling 
of audio, video, and control data in a processor between the 
point where the data is received at the processor and the 
point where the data is transmitted from the processor to a 
transceiver for transmission over a wireless channel.. System 
200 thus controls the generation of audio and video data, 
such as sampling rates and digital image generation rates, 
monitors audio and video data processing effectiveness to 
determine if data overflow or other non-processing of data 
occurs, and controls the assembling of process data into data 
packets for transmission. Controller 200 thus is used to 
allocate processor and transmission capacity in a wireless 
handset, where such processing and transmission capacities 
may be constrained by the physical requirements of wireless 
handsets . 

FIGURE 3 is a diagram of a system 300 for storing data 
in accordance with an exemplary embodiment of the present 
invention. System 300 includes data buffer system 114, 
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transmission buffer system 302, and channel buffer system 
304, each of which can be implemented in hardware, software, 
or a suitable combination of hardware and software, and which 
can be allocated data memory locations in a data memory 
5 device. 

Transmission buffer system 302 is used to store 
transmission data packets as they are assembled by controller 
108. In one exemplary embodiment, transmission buffer system 
302 includes a predetermined number of slots of data, where 

10 each slot includes a predetermined number of bits of data. 
Transmission buffer system 302 receives data from channel 
buffer system 304, and controller 108, and stores the data in 
the sequence received in response to control signals from 
controller 108. Transmission buffer system 302 then 

15 transfers the data to a suitable, digital transceiver for 
transmission over a wireless channel. Transmission buffer 
system 302 can also be used to receive an incoming data 
packet for subsequent allocation to channels in channel 
buffer system 304. 

20 Channel buffer system 304 includes a plurality of 

channels "a" through "n" that are used to logically separate 
channels of data, such as audio data, video data, and control 
data. The channels stored in channel buffer system 304 can 
include predetermined channel sizes that are based upon 

25 wireless channel bandwidth, processor capacity, and other 
suitable data. In one exemplary embodiment, a first channel 
is allocated for audio data and includes an optional sequence 
number field that is used to determine the sequence number of 
a service data packet, a payload data field that is used to 

30 hold a predetermined number of bits of payload data, and a 
control record check field that is used to store a control 
record check value based upon the data stored in the 
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remainder of the channel. In this manner, the protocol data 
unit stored within the channel is comprised of a plurality of 
other data fields. Channel buffer system 304 thus allows 
audio, video, and control data to be stored as it is 
5 accumulated and further provides the stored data for assembly 
by transmission buffer system 302. Channel buffer system 304 
can include a suitable number of logical channels, such as an 
audio channel, an audio overflow channel, a video channel, a 
video overflow channel, a data channel, a data overflow 

10 channel, and other suitable channels. 

In operation, system 300 allows audio data, video data, 
and control data to be stored after processing and assembled 
for transmission in a data transmission packet. System 300 
allows data priority for processing and transmission to be 

15 adjusted between audio and video data, such that a wireless 
handset user can controllably change the priority to be given 
to the audio data, the video data, and that control data can 
override the audio data and video data as needed. 

FIGUBE 4 is a diagram of a system 400 for controlling 

20 transmission protocol in accordance with an exemplary 
embodiment of the present invention. System 400 includes 
transmission protocol system 212, multiplex code system 402, 
error control system 404, packet marker system 406, and flag 
system 408, each of which can be implemented in hardware, 

25 software, or a suitable combination of hardware and software, 
and which can be one or more software systems operating on a 
baseband processor of a wireless handset. 

Multiplex code system 402 is used to process 
predetermined data that identifies logical channel structure 

30 for data to be processed in data transmission packets. In one 
exemplary embodiment, multiplex code system 402 includes a 
table having the following structure: 

18 
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Row 


Multiplex 

Entry 
Descriptor 


Element 
List 
Size 


Nesting 
Depth 


Subelement 
List 
Size 


Description 


1 


{LCN1,RC 
UCF} 


1 


0 


0 


All audio 


2 


{LCN2,RC 
UCF} 


1 


0 


0 


All Video 


3 


{ LCN2 , RC } , { 

LCN1,RC3 

UCF} 


2 


0 


0 


All audio, 
2+ video 


4 


{LCNl, RC} , { 

LCN2,RC3 

UCF} 


2 


0 


0 


All video, 
2+ audio 



In this exemplary embodiment, the multiplex code system 
402 table includes a plurality of rows each of which includes 
5 a multiplex entry descriptor, an element list size, a nesting 
depth, and a sub-element list size. In the exemplary 
embodiment shown, the multiplex entry descriptor for the 
third row indicates that the transmission data packet should 
include a complete audio protocol data unit having three 

10 slots worth of data and then two slots of a video protocol 
data unit having five slots of data, which will fill the 
remainder of the transmission data packet. The table row 
identifier can be included in the header slot data. 

In this exemplary embodiment, the transmission data 

15 packet includes eight slots of data, where three of these 
slots are used for header and flag storage. Thus, of the 
remaining five slots in the eight slot field, the data shown 
in exemplary row one would allocate three slots for the audio 
data and two slots for video data. The number of slots of 

20 audio data can be correlated to the quality of audio data 
selected and the available bandwidth for the wireless 
handset. The video data is therefore transmitted as 
available, assuming that full audio rate data conversion is 
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being used. For example, if audio data generation drops to 
zero, such as during a pause in a conversation, then the size 
of the audio field would likewise drop to zero and the entire 
five slots could be used to transmit video data. 
5 Error control system 404 generates control record check 

data to be used by the receiving end to verify that a 
received field contains uncorrupted data. In one exemplary 
embodiment, error control system 404 interfaces with framing 
system 210 and multiplex system 204 to perform control record 

10 check processing on service data units of logical channel 
data received from an adaptation layer. Error control system 
404 uses predetermined error checking algorithms and returns 
a number that is used by the receiving end, which performs 
the same error checking algorithm on received blocks of data 

15 to determine whether any data has become corrupted. 

Packet marker system 406 is used to control packet field 
data in a transmission data packet to indicate if an audio or 
video or control data packet has been split in a transmission 
data packet, such that the next transmission data packet 

20 includes the remainder of the transmission data packet that 
was split. For example, in a sequence of three transmission 
data packets shown below, the video data packets have been 
assigned priority and the audio data packet is being 
transmitted on an as available basis. Thus, 

25 

[FLAG] [HEADER, PM=0] [VIDEOl] [VIDE02] [VIDEOS]] [AUDIOl] [AUDI02] [FLAG] 
[FLAG] [HEADER, PM=1] [VIDEOl] [VIDE02] [VIDE03] ] [VIDE04] [VIDEOS] [FLAG] 
30 [FLAG] [HEADER, PM=1] [VIDEOl] [VIDE02] [AUDI03] ] [AUDI04] [AUDI05] [FLAG] 

The first transmission data packet includes a video data 

packet having three slots of data such that the audio data 
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packet must take up the remainder two slots. The second 
transmission data packet includes a video data packet having 
five slots^ such that the audio data packet is not completed 



5 transmission packet includes a video data having two slots, 
such that the remainder three slots of audio data can be 
transmitted in the data packet. Packet marker system 406 
tracks the completion of the audio data such that a packet 
marker data field in the header data for each data 

10 transmission packet or other suitable packet marker data 
indicates that an incomplete audio data packet is still 
awaiting transmission . 

Flag system 408 inserts predetermined flag data at the 
beginning and end of a data transmission packet. This flag 

15 data can have a predetermined structure, such as "01111110," 
where flag system 408 or other suitable systems also scans 
service data packets for adaptation layer data to ensure that 
the similar sequence does not occur. Where a similar 
sequence occurs, flag system 408 or other suitable systems 

20 insert a zero after five ones have been transmitted. The 
receiving end removes the zero for payload data in the data 
transmission packet between the flag header and other flag. 

In operation, system 400 is used to control transmission 
protocol in a wireless handset so as to allow audio and video 

25 data to be transmitted within the physical parameters of a 
wireless handset. System 400 includes a table of 

predetermined transmission protocol format data, and a header 
having a table row identifier that allows the protocol data 
to be determined by the sending and receiving entities 

30 without transmission of actual protocol parameters. 

FIGURE 5 is a diagram of a system 500 for controlling 
the multiplexing of audio data, video data, and control data 



in the second data transmission packet. 



The third data 
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in a wireless handset in accordance with an exemplary 
embodiment of the present invention. System 500 includes 
multiplex system 204, data adaptation layer system 502, video 
adaptation layer system 504, audio adaptation layer system 
506, and multiplex layer system 508, each of which can be 
implemented in hardware, software, or a suitable combination 
of hardware and software, and which can be one or more 
software systems operating on a baseband processor of a 
wireless handset device. 

Data adaptation layer system 502 receives control data 
and assembles the control data into an adaptation layer 
protocol data unit. Data adaptation layer system 502 can be 
framed or unframed, such that the control data is transmitted 
in accordance with the frames used by baseband processor 102, 
or in an unframed, superframe, or other suitable mode. 

Video adaptation layer system 504 is used to receive 
processed video data and to assemble the processed video data 
into protocol data units for transmission. In one exemplary 
embodiment, video adaptation layer system 504 includes a 16- 
bit control record check error detection algorithm and 
supports optional sequence numbering that can be used to 
detect missing and misdelivered protocol data units. 
Variable length service data units can also be transmitted. 
In one exemplary embodiment, video adaptation layer system 
504 allows one or more video service data units to be 
transmitted in a video protocol data unit. For example, a 
video protocol unit may include four video data octets, where 
the number of octets is dictated by the bandwidth and the 
processing capacity of the baseband processor. Each video 
service unit may be four or less octets, such as when video 
data is not required to change due to a constancy of the 
digital image received by the digital imager. In this 
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exemplary embodiment, one or more frames of video data may be 
transmitted in a protocol data unit. 

Audio adaptation layer system 506 receives digitally 
encoded audio data and assembles the digital data into a 
protocol data unit for transmission. Audio adaptation layer 
system 506 includes an 8-bit control record check for error 
detection and supports optional sequence numbering that can 
be used to detect missing and misdelivered octets in the 
protocol data units. 

Multiplex layer system 508 assembles protocol data units 
from data adaptation layer 502, video adaptation layer 504, 
and audio adaptation layer 506 into transmission data 
packets. Multiplex layer system 508 ensures that flag data 
is included at the beginning of the first and last slot, and 
that header data having suitable header fields such as the 
multiplex table row number and the header error correction 
and packet marker fields are included in the transmission 
data packet. 

In operation, system 500 is used to assemble data 
packets for transmission. System 500 interfaces with the 
adaptation layer, which is the layer in which data from 
audio, video, and control sources is assembled into data 
packets, and these data packets are then assembled into a 
transmission data packet. 

FIGURE 6 is a diagram of a system 600 for providing 

framing in accordance with an exemplary embodiment of the 

present invention. System 600 includes framing system 210, 

protocol data unit system 602, and service data unit system 

604, each of which can be implemented in hardware, software, 

or a suitable combination of hardware and software, and which 

can be one or more software systems operating on a baseband 

processor of a wireless handset device. 
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Protocol data unit system 602 assembles data packets for 
exchange between the multiplex layer and the underlying 
physical layer, such as between controller 108 and audio data 
processor 110 and video data processor 112 of FIGURE 1. 
Protocol data unit system 602 frames the data packet with 
high-level data link control ("HDLC") flags in accordance 
with ISO/IEC 3309 and performs HDLC zero-bit insertion for 
transparency. Protocol data unit system 602 can receive data 
packets from the physical layer, buffer the data, and 
assemble the data into packets for the multiplex layer, and 
can receive data packets from the multiplex layer, buffer the 
data, and assemble the data into packets for the physical 
layer. 

Service data unit system 604 assembles data packets for 
exchange between the adaptation layer and the multiplex 
layer, such as in system 500 of FIGURE 5. The data packets 
assembled by the service data unit system 604 map data from 
specific audio, video, or data devices, such that suitable 
devices may be readily accomodated within the system. 
Service data unit system 604 can receive data packets from 
the adaptation layer, buffer the data, and assemble the data 
into packets for the multiplex layer, and can receive data 
packets from the multiplex layer, buffer the data, and 
assemble the data into packets for the adaptation layer. 

In operation, system 600 controls framing for data 
communications between the physical layer, the multiplex 
layer, and the adaptation layer for multimedia data in a 
wireless handset. System 600 determines and includes other 
suitable data in the frames as required, such as HDLC 
flagging and zero-bit insertion. In this manner, system 600 
can conform the data frames to applicable standards. 

FIGURE 7 is a flowchart of a method 700 for setting 
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priority in a wireless handset for processing of audio and 
video data in accordance with an exemplary embodiment of the 
present invention. Method 700 can be used to set priority 
for audio over video, or video over audio. 
5 Method 700 begins at 702 where priority control data is 

received. The priority control data can be a default data 
setting, can be user-entered, or can be other suitable 
priority control data. The method then proceeds to 704 where 
it is determined whether audio data or video data should have 

10 priority, including the level of priority to be given to the 
audio or video data. If it is determined at 704 that audio 
is to have priority over video, the method proceeds to 706. 

At 706, the multiplex table entry corresponding to the 
appropriate audio priority entry is selected. For example, 

15 the processing and transmission of audio data can be given 
100% priority, non-exclusive priority, or adjustable levels 
of audio data priority can be provided to allow the user to 
select a suitable setting. The method then proceeds to 708. 



20 example, the video encoder data rate can be adjustable from 
one frame a second, to 30 frames a second, to a sub-number of 
frames per second, such as in a snapshot mode. The video 
encoder rate is then adjusted and the method proceeds to 710. 



25 the processor can receive suitable control data that causes 
the processor to perform all audio data processing prior to 
performing any video data processing. Other suitable audio 
processing priority methods can be used, such as setting the 
number of processing cycles that audio data will receive. 

30 The method then proceeds to 718. 



At 708, the video encoder data rate is set. 



For 



At 710, audio processing priority is set. For example. 



If it is determined at 704 that video data has priority, 
then the method proceeds to 712 where a multiplex table entry 
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is set to the corresponding video priority. For example, the 
video data can be given 100% priority, or priority ranging 
between 100% and 50%. The method then proceeds to 714 where 
the audio data sample rate is set. The audio data sample 
5 rate is set in correlation to the amount of audio processor 
capacity that is anticipated to be available. The method 
then proceeds to 716 where video data processing priority is 
set on the processor. The method then proceeds to 718. 

At 718, audio and video data are processed in accordance 

10 with predetermined priority settings. The method then 
proceeds to 720 where it is determined whether a priority 
change has been entered, such as when a user has selected to 
send video data from a 100% audio mode, or other suitable 
changes. If it is determined that a priority change has not 

15 been received at 720, the method returns to 718. Otherwise, 
the method returns to 702. 

In operation, method 700 is used to set and adjust 
priority for audio data and video data processing and 
transmission in a wireless handset unit. Method 700 allows 

20 levels of audio or data processing capabilities, such as 100% 
audio, 100% video, or intermediate levels of audio and video, 
where audio data can be given priority over video, and audio 
and video data sampling rates can be adjusted. Method 700 
thus allows wireless handset audio and video data to be 

25 adjusted in accordance with wireless handset physical 
requirements, such as power levels, transmission bandwidth, 
or other suitable information. 

FIGURE 8 is a diagram of a flowchart of a method 800 for 
assembling transmission data packets in accordance with an 

30 exemplary embodiment of the present invention. Method 800 
allows control data to be provided with priority over audio 
data or video data, such as data that is required for 
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adjusting wireless handset transceiver characteristics, 
keypad control data entry, or other suitable control data. 

Method 800 begins at 802 where video data, audio data, 
and control data are received. The data can be received from 
5 an application layer, such as a cell phone microphone and 
analog to digital converter, a digital imager, a keypad, a 
voice recognition software system, or other suitable 
application layer systems. The data may then be converted 
into suitable protocol data units, service data units, data 

10 packets, or other suitable data structures. The method then 
proceeds to 804 where the data is stored in channel buffers. 
In one exemplary embodiment, the video data, audio data, and 
control data each have a dedicated channel buffer. The 
method then proceeds to 806. 

15 At 806, it is determined whether the control data buffer 

is full. For example, control data may be transmitted 
periodically to control cell phone power levels or other 
suitable information. Likewise, a user may enter control 
data from a wireless handset keypad such as to change the- 

20 priority to be given to audio and video data processing. If 
it is determined at 806 that the control buffer is not full, 
the method proceeds to 808 where it is determined whether a 
control override has been received. For example, a control 
override may be received when control data must be sent 

25 periodically, such as in accordance with a timing burst or 
sounding burst in a wireless data transmission system. If it 
is determined that a control override has not been received, 
the method proceeds to 810 where audio and video channel data 
are processed and assembled. The method then returns to 802. 

30 If it is determined at 806 that the control buffer is 

full, or at 808 that a control override has been received, 
the method proceeds to 812 where control channel data is 
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assembled. A flag data packet, such as an 8-bit data packet 
or octet in this exemplary embodiment, is then assembled at 
814 in the data transmit buffer at the beginning and end of 
the data transmit buffer. A header data packet, such as an 
5 8-bit data packet or octet, is then stored at 816 after the 
first flag buffer, and the method proceeds to 818. 

At 818, control data units, such as 8-bit data packets 
or octets, are stored in the transmit buffer in accordance 
with a predetermined multiplex table entry. For example, 

10 when control data has priority, a multiplex table entry may 
be selected that identifies the correct structure for the 
data transmission packet. The method then proceeds to 820 
where the data is transmitted and data buffers are cleared. 
The method then returns to 802. 

15 In operation, method 800 allows control data to be sent 

regardless of the priority given to audio and video data so 
as to ensure that wireless handset operations can continue 
without interruption. Method 800 allows the audio and video 
data to be temporarily interrupted for transmission of 

20 control data, and then to be resumed without loss of data and 
corresponding interruption of service. 

FIGURE 9 is a flowchart of a method 900 for transmitting 
audio and . video data in accordance with an exemplary 
embodiment of the present invention. Method 900 can be used 

25 where audio data processing and transmission is given 
priority over video data processing and transmission, and can 
be readily adapted for use where the priority given to audio 
and video data is reversed by switching "'audio" for "video" 
and ''video" for "audio," where appropriate. 

30 Method 900 begins at 902 where audio and video data are 

received. The method then proceeds to 904 where the data is 
stored in corresponding channel buffers. The method then 
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proceeds to 906. If it is determined at 906 that an audio 
buffer is full, then the method proceeds to 910, otherwise 
the method proceeds to 908 where it is determined whether a 
time limit has been exceeded. In this exemplary embodiment, 
5 a certain amount of audio data is transmitted every period, 
such as background noise data or other suitable data. At 908 
it is determined whether this period of time has been 
exceeded. If it is determined at 906 that the audio buffer 
is full or at 908 that the time limit has . been exceeded, the 
10 method proceeds to 910. Otherwise, the method returns to 
902. 

At 910, a flag octet is stored in the transmit buffer at 
the beginning and end of the data transmission packet. The 
method then proceeds to 912 where a header octet is stored in 

15 the second slot position of the data transmission packet. 
The method then proceeds to 914. 

At 914, the audio data unit is stored in the transmit 
buffer. For example, the audio data unit may include a 
predetermined maximum number of slots, such as five, when 

20 there are nine total slots in the transmit buffer between the 
header and flag slots. In this exemplary embodiment, four 
additional slots have remained for video data. The method 
then proceeds to 916 where the video data is stored in the 
available slots. The method then proceeds to 918 where the 

25 buffer data is transmitted and the audio buffer is cleared. 
The method then proceeds to 920. 

At 920 it is determined whether video buffer overflow 
has occurred. For example, video data may be generated at a 
rate that exceeds the rate at which the video data can be 

30 transmitted. Likewise, constraints on processing power may 
result in video data that has a less efficient format than 
the video data may have if it is processed fully. If it is 
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determined at 920 that video buffer overflow has not 
occurred^ the method proceeds to 922 where the transmitted 
octets are cleared from the buffer and the method returns to 
902. If it is determined that video buffer overflow has 
5 occurred at 920, the method proceeds to 924 where the video 
buffer is cleared and the video encoder rate is adjusted to 
decrease the amount of video data being processed. The 
method then returns to 902. 

In operation, method 900 allows audio data to be 

10 processed and transmitted in preference to video data, and 
also allows video data rate to be adjusted to compensate for 
differences in the video data rate and the amount of 
bandwidth available to transmit video data. Method 900 can 
also be used for transmitting video in preference to audio, 

15 with the noted substitutions and modifications. 

FIGURE 10 is a flowchart of a method 1000 for processing 
audio data and video data in accordance with an exemplary 
embodiment of the present invention. Method 1000 can be used 
to process audio data and video data in a wireless handset 

20 unit which has limited processing capacity and power. 

Method 1000 begins at 1002 where audio data and video 
data are received. The method then proceeds to 1004 where it 
is determined whether audio data or video data has priority. 
The priority can also be relative, such that the audio data 

25 has relative priority over video data but not complete 
priority. If it is determined at 1004 that audio data has 
relative priority over video data, the method proceeds to 
1006. 

At 1006, the audio data is processed to completion. For 
30 example, the processor may receive predetermined amounts of 
audio data and may process the audio data until it has been 
fully compressed and encoded for transmission. The method 
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then proceeds to 1008 where the processed audio data is 
stored for transmission, such as in a service data unit 
system or protocol data unit system. The method then 
proceeds to 1010 where the video data is processed to the 
5 remaining amount of processor capacity. For example, the 
processor may work in cycles and the amount of video data 
required for processing may exceed the amount of cycle times 
left. In this exemplary embodiment, the video data is 
processed until the number of processor cycles remaining is 

10 exceeded and then the method proceeds 1012. 

At 1012, the processed video data is stored for 
transmission. The method then proceeds to 1014 where it is 
determined whether video data overflow has occurred. In one 
exemplary embodiment, the video data that remains unprocessed 

15 may be stored in a buffer such that additional video data is 
stored in the buffer until the buffer is full. If it is 
determined that video data overflow has not occurred, the 
method returns to 1002, otherwise the method proceeds to 1016 
where the digital image generation rate is adjusted, such as 

20 by changing the number of image screen scans per second that 
are generated by a digital image generation chip. The method 
then returns to 1002. 

If it is determined at 1004 that video data has 
priority, the method proceeds to 1018 where video data is 

25 processed to completion, such as to compress the data, and 
encode the data into a predetermined data transmission 
format. The method then proceeds to 1020 where the processed 
video data is stored for transmission. 

At 1022 the audio data is processed to processor 

30 capacity, such as for a remaining number of processor cycles 
in a period. The method then proceeds to 1024 where the 
processed audio data is stored for transmission. The method 

31 

044368.0372 DALLAS 358575 vl 



Attorney Docket No. 
044368.0372 



PATENT APPLICATION 



then proceeds to 1026 where it is determined whether audio 
data overflow has occurred. If no audio data overflow has 
occurred, the method returns to 1002, otherwise the method 
proceeds to 1028 where audio data sample rate is adjusted to 
decrease the amount of audio data generated. Likewise, the 
amount of audio data can be increased just as the amount of 
digital image data can be increased after step 1014 before it 
returns to 1002. 

In operation, method 1000 allows audio data and video 
data processing priority to be set so that one has priority 
over the other. Method 1000 also allows video digital image 
rate scanning and audio sample rates to be adjusted to 
produce a suitable amount of data in accordance with 
processor capacity availability and requirements. 

Although exemplary embodiments of a system and method 
for processing and transmitting audio and video data in a 
wireless handset have been described in detail herein, those 
skilled in the art will also recognize that various 
substitutions and modifications can be made to the systems 
and methods without departing from, the scope and spirit of 
the appended claims. 
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